Amendments to the Claims 

This listing of claims will replace all prior versions, and listings, of claims in the 

application: 

Listing of Claims: 

1 1 . (currently amended) A method comprising: 

2 determining by a first execution thread whether -tf a user is proximately 

3 located with respect to a device; 

4 setting an indicator, by the first execution thread, if it is determined that the 

5 user is proximately located with respect to the device: 

6 determining by a second execution thread, different from the first 

7 execution thread, whetheri f there is activity on the device; 

8 re-setting the indicator by the second execution thread, if it is determined 

9 there is activity on the device within a first time period: and 

io as long a s th e us e r is pr oximate ly l ocat e d, a nd th oro is no a cti v it y o n th e 

n dewGeT-^eBedleally-simulating by the second execution thread, an activity on the 

12 device to prevent a first resource of the device from transitioning into a first 

13 resource saving state , if it is determined that there is no activity on the device 

14 within the first time period, and the indicator remains set . 

1 2. (currently amended) The method of claim 1 wherein said determining by 

2 the first execution thread whether if the user is proximately located comprises 

3 monitoring by the first execution thread an audio input device for audio input. 



3 



1 3. (currently amended) The method of claim 2, where said determining it-by 

2 the first execution thread whether the user is proximately located further 

3 comprises determining ^whether the user's voice is present in said audio input. 

1 4. (currently amended) The method of claim 3, where said determining tf-by 

2 the first execution thread whether the user is proximately located further 

3 comprises comparing audio samples from said audio input to a voice reference 

4 sample of the user. 

1 5. (currently amended) The method of claim 1 , where said determining if-by 

2 the first execution thread whether there is activity on the device comprises 

3 receiving notification of activity from an operating system of the device. 

1 6. (currently amended) The method of claim 5, where said determining if by 

2 the first execution thread whether there is activity on the device further comprises 

3 requesting said operating system to provide said notification of activity. 

1 7. (currently amended) The method of claim 1 wherein said p e r i od for 

2 simu l at i ng sa i d act i v i ty first time period has a period length shorter than a period 

3 of inactivity that will result in the first resource of the device in entering said first 

4 resource saving state. 

1 8. (original) The method of claim 1 wherein said simulating of activity 

2 comprises simulating one or more of a key press, a pointer device movement, 

3 and a network traffic event. 
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1 9. (currently amended) An apparatus comprising: 

2 storage medium having stored therein a plurality of programming 

3 instructions designed to implement a first execution thread equipped to 

4 determine-tf - whether a user is proximately located with respect to the apparatus, 

5 and set an indicator if it is determined that the user is proximately located with 

6 respect to the device; and a second execution thread equipped to determine if 

7 whether there is activity on the apparatus, re-set the indicator if it is determined 

8 there is activity on the apparatus within a first time period, and simulate an 

9 activity to prevent a first resource of t he devise- apparatus from transitioning into 
10 a first resource saving state if it is determined that t he u s e r is p ro ximat el y locat e d 
n and-there is no activity on the apparatus within the first time period, and the 

12 indicator remains set ; and 

13 a processor coupled to the storage medium to execute the programming 

14 instructions. 

1 10. (currently amended) The apparatus of claim 9, wherein said programming 

2 instructions are designed to equip the first execution thread to perform said 

3 determining whether if-the user is proximately located by monitoring an audio 

4 input device of the apparatus for audio input. 

1 11. (currently amended) The apparatus of claim 1 0, where said programming 

2 instructions are designed to equip the first execution thread to determine if the 

3 user's voice is present in said audio input, when performing said determining if 

4 whether t he user is proximately located. 
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1 12. (currently amended) The apparatus of claim 1 1 , where said programming 

2 instructions are designed to equip the first execution thread to compare audio 

3 samples from said audio input to a voice reference sample of the user, when 

4 performing said determining fcby the first execution thread whether the user is 

5 proximately located. 

1 13. (currently amended) The apparatus of claim 9, where said programming 

2 instructions are designed to equip the first execution thread to receive notification 

3 of activity from an operating system of the apparatus, when performing said 

4 determining tf -whether there is activity on the apparatus. 

1 14. (currently amended) The apparatus of claim 13, where said programming 

2 instructions are further designed to equip the second execution thread to request 

3 said operating system to provide said notification of activity, when performing 

4 said determining ^ whether there is activity on the apparatus. 

1 15. (currently amended) The apparatus of claim 9, wherein said first time 

2 period perio d f o r si m u la t in g said a ctiv ity has a period length shorter than a period 

3 of inactivity that will result in the first resource of the apparatus in entering said 

4 first resource saving state. 

1 1 6. (currently amended) The apparatus of claim 9 wherein said programming 

2 instructions are designed to equip the second execution thread to simulate one 

3 or more of a key press, a pointer device movement, and a network traffic event. 
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17-24 (canceled). 



1 25. (new) The method of claim 1 , wherein the second execution thread is 

2 spawned by the first execution thread. 

1 26. (new) The method of claim 1, wherein said determining by the second 

2 execution thread whether there is activity on the device comprises determining 

3 by the second execution thread at least one of determining whether there is a 

4 key press, determining whether there is a pointer device movement, and 

5 determining whether there is a network traffic event. 

1 27. The method of claim 1 , further comprising: 

2 determining by a third execution thread, different from the first and second 

3 execution threads, whether there is activity on the device; 

4 re-setting by the third execution thread, the indicator if it is determined 

5 there is activity on the device within a second time period; and 

6 simulating by the third execution thread, an activity on the device to 

7 prevent a second resource of the device from transitioning into a second 

8 resource saving state, if it is determined that there is no activity on the device 

9 within the second time period, and the indicator remains set, the first and second 
10 resources being different resources. 

1 28. (new) The method of claim 27, wherein the second and third execution 

2 threads are spawned by the first execution thread. 
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1 29. (new) The apparatus of claim 9, wherein said programming instructions 

2 are designed to equip the first execution thread with an ability to spawn the 

3 second execution thread. 

1 30. (new) The apparatus of claim 9, wherein said programming instructions 

2 are designed to equip the second execution thread to perform said determining 

3 of whether there is activity on the device by determining at least one of whether 

4 there is a key press, whether there is a pointer device movement, and whether 

5 there is a network traffic event. 

1 31 . (new) The apparatus of claim 9, wherein said programming instructions are 

2 further designed to implement a third execution thread equipped to determine 

3 whether there is activity on the device, re-set the indicator if it is determined there 

4 is activity on the device within a second time period, and simulate by the third 

5 execution thread, an activity on the device to prevent a second resource of the 

6 device from transitioning into a second resource saving state, if it is determined 

7 that there is no activity on the device within the second time period, and the 

8 indicator remains set . 

1 32. (new) The apparatus of claim 31 , wherein said programming instructions 

2 are further designed to equip the first execution thread with an ability to spawn 

3 the second and third execution threads. 
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